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Otsikkokenttien kompressoirmin mSarittarninen datapakettiyh- 
teydelle 

Keksinnon tausta 

Keksinto liittyy otsikkokenttien kompressoinnin maarittamiseen da- 
5 tapakettiyhteydelle, erityisesti sovellettaessa kompressointia matkaviestinjar- 
jestelmiin. 

Viime vuosina tapahtunut IP-teknologian (Internet Protocol) nopea 
kehitys on laajentanut erilaisten IP-pohjaisten sovellusten kayttomahdollisuuk- 
sia rnyos perinteisen Intemet-tiedonsiirron ulkopuolelle. Erityisesti IP-pohjaiset 

10 puhelinsovellukset ovat kehittyneet nopeastr, minka seurauksena yha laajene- 
va osa puheluiden siirtotiesta myfls perinteisissa langallisissa puhelinverkoissa 
(PSTN/ISDN, Public Switched Telephone Network/Integrated Seivices Digital 
Network) seka matkaviestinverkoissa (PLMN, Public Land Mobile Network) 
voidaan periaatteessa toteuttaa IP4eknologiaa hyodyntaen. 

15 Varsinkin matkaviestinverkoissa IP-teknologian nahdaan tarjoavan 

paljon etuja, silla matkaviestinverkkojen perinteisten puhepalveluiden, jotka 
voitaisiin hoitaa erilaisten IP-puhesovellusten avulla, lisaksi matkaviestinver- 
koissa tullaan tarjoamaan yha enemman erilaisia datapalvelurta, kuten Inter- 
nets selaamista, sahkopostipalveluita, peieja ym M jotka on tyypjllisesti edulli- 

20 sinta toteuttaa pakettivalitteisina IP-pohjaisina palveluina. Nain matkaviestin- 
jarjestelmien protokolliin sovitettavat IP-kerrokset voisivat palvella seka au- 
dio/videopalveluita etta erilaisia datapalveluita. 

Matkaviestinverkoissa on erityisen tarkeaa kayttaa rajalliset radio- 
resurssit hyvaksi mahdollisimman tehokkaasti. Tama taas vaikeuttaa IP- 

25 protokollien hyvaksikayttoa radiorajapinnalla, koska IP-pohjaisissa protokollis- 
sa erilaisten otsikkokenttien osuus siirrettavasta datasta on hyvin suuri r jolloin 
vastaavasti hyotykuorman osuus jaa pieneksi. Lisaksi radiorajapinnan bittivir- 
hesuhde (BER, Bit Error Rate) ja uplink- ja downlink-suunnan yhteenlaskettu 
viive (RTT, Round-Trip Time) voivat huonoissa olosuhteissa kasvaa suuriksi, 

30 mika aiheuttaa ongelmia useimmille tunnetuille otsikkokenttien kompressointi- 
menetelmille. Taman vuoksi on syntynyt tarve kehrttaa erilaisiin IP-protokolliin 
sopiva otsikkokenttien kompressointimenetelma, joka olisi erityisesti sopiva 
radiorajapinnan yli tapahtuvaan tiedonsiirtoon: tehokas otsikkokenttien pakka- 
us, jota kuitenkin pystytaan kayttamaan olosuhteissa, joissa bittivirhesuhteet ja 

35 viiveet kasvavat suuriksi. 
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Tahan tarkoitukseen on viime aikoina standardoitu IETF:ssa 
(Internet Engineering Task Force) otsikkokenttien kompressointimenetelmaa, 
joka tunnetaan nimella ROHC (Robust Header Compression). Eras ROHC:n 
kehittelyn taustalla olevia ajatuksia on, etta datapakettien vaiityksessa kaytet- 

5 tavien lukuisten IP-otsikkokenttien valilla on runsaasti redundanssia partsi da- 
tapakettien sisaiia, niin myOs niiden valilla. Toisin sanoen, suuri osa otsikko- 
kenttien infonmaatioista ei muutu lainkaan datapakettien valityksen aikana, 
jolloin otsikkokenttien kasittama informaatio on helppo rekonstruoida, vaikkei 
sita laheteta lainkaan. Ainoastaan pieni osa otsikkokentista on sellaisia, joiden 

10 kasittaman informaation suhteen on oltava tarkkana kompressoinnissa. Edel- 
leen ROHC kasittaa useita kompressointitasoja, jolloin kompressoinnin tehok- 
kuus kasvaa aina siirryttaessa ylemmaile tasolle. ROHC pyrkii aina kaytta- 
maan tehokkainta mahdollista kompressointia, kuitenkin niin, etta ennen siir- 
tynnista seuraavalle tasolla varmistetaan aina kulloisenkin tason riittava toirnin- 

15 nan varmuus. Lisaksi eras ROHC:Ile tyypillinen ominaisuus on, etta se jattaa 
useita kompressointimenetelman kSytflssa olennaisia seikkoja alemman link- 
kikerroksen hoidettavaksi. 

Eras tailainen alemman linkkikerroksen kautta neuvoteltava asia la- 
hettajan ja vastaanottajan, eli ns. kompressorin ja dekompressorin, valilla on 

20 tietylia radiolinkilia kaytettavan ns. kontekstitunnisteen (CID, Context Identifier) 
pituuden maarittaminen. Kontekstitunnistetta CID kaytetaan erottamaan sa- 
malla radiolinkilia valitettavat useat pakettidatavuot toisistaan. Kontekstitun- 
nisteen CID pituudeksi voidaan maarittaa ns. suuri arvo (large) tai pieni arvo 
(small), jolloin suurella arvolla kontekstitunnistekentan pituus on 1 tai 2 tavua 

25 (8 tai 16 bittia) ja pienella arvolla 0 tavua (0 bittia). Pienelia ClD:n pituudella (0 
tavua) ei taten kontekstitunnisteen CID avulla voida erotella useaa samanai- 
kaista datavuota toisistaan, mutta ROHC kdsittaa kuitenkin sisaisen mekanis- 
min T jonka avulla maksimissaan 16 samanaikaista datavuota voidaan erottaa 
toisistaan, vaikka kontekstitunnistekentan pituudeksi olisikin maaritetty nolla 

30 tavua, ClD;n pituus neuvotellaan siis ennen kompressoinnin aloittamista vaii- 
tettavalle datalle ja neuvoteltua kontekstitunnisteen CID pituutta kaytetaan sen 
jaikeen seka uplink- etta downlink-suuntaan. 

Eraana ongelmana ylia kuvatussa jarjestelyssa on esimerkiksi tilan- 
ne, jossa paatelaiteyhteydella (radio bearer) vafiteta&n maSritetyn konteksti- 

35 tunnisteen pituuden sallima maksimimaara samanaikaisia datayhteyksia, ja 
paatelaitteen kayttaja haluaakin muodostaa viela yhden samanaikaisen data- 
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vuon. Koska kontekstitunnisteita on kaytossS jo maksimimaara, ei uudelle da- 
tavuolle voida enaa maarrttaa kontekstitunnistetta. Talloin jos uusi datavuo py- 
ritaan lahettamaan kompressoituna, maaritetaan sille jonkin jo kaytossa ole- 
van datavuon konteksti. TailOin muodostuu kaksi samalla kontekstttunnisteella 

5 olevaa kompressoitua datayhteytta, joita dekornpressori ei pysty erottelemaan 
toisistaan, jolloin koko kompressiojarjestelma ajautuu virhetilanteeseen. Koska 
ROHC:n nykyiset kaytannctt eivat maarittele uudelle, 'yiimaaraiselle" data- 
vuolle suoritettavia toimenpiteita, syntyy edella kuvattu ongelma aina, kun 
paatelaiteyhteydella on kaytOssa konteksititunnisteen CID sallima maksimi- 

10 maara datayhteyksia ja paatelaitteen kayttaja pyrkii avaamaan uuden data- 
vuon. Edelleen joissakin tilanteissa, esimerkiksi sovellettaessa ROHC:ta mat- 
kaviestinjarjestelmiin, kaytettava paatelaite saattaa asettaa omia sisaisia ra- 
jortuksia, johtuen esimerkiksi muistin rajallisuudesta, samanaikaisille datayhte- 
yksille, jotka rajoitukset saattavat olla tiukemmat kuin ROHC edellyttaisi. 

15 Keksinnon lyhyt selostus 

Keksinndn tavoitteena on siten kehittaa menetelma ja menetelman 
toteuttava laitteisto ylla mainittujen haittojen vahentamiseksi. Keksinnon ta- 
voitteet saavutetaan menetelmaiia ja jarjestelmalla, joille on tunnusomaista se, 
mita sanotaan itsenaisissa patenttivaatimuksissa. Keksinnon edulliset suori- 

20 tusmuodot ovat epaitsenAisten patenttivaatimusten kohteena. 

Keksinto perustuu siihen, etta huolimatta siita, etta kontekstitunnis- 
teen pituuden sallima maara datapakettiyhteyksia ylitetaan, paatelaiteyhtey- 
den parametrit maaritetaan siten, etta ainakin maaritetyn kontekstitunnisteen 
pituuden sallima maara datapakettiyhteyksien otsikkokenttia voidaan kom- 

26 pressoida. Keksinnftn eraan edullisen suoritusmuodon mukaisesti tama voi- 
daan toteuttaa siten, etta varataan maaritetyn kontekstitunnisteen pituudesta 
ainakin yksi arvo kompressoimattomalie datavuolle. Keksinn6n eraan toisen 
edullisen suoritusmuodon mukaisesti, jossa kompressointia ohjataan matka- 
viestinjarjestelman konvergenssiprotkollakerroksella, ohjataan matkaviestin- 

30 jarjestelma maarittamaan paatelaiteyhteyden parametrit uudestaan siten , etta 
kontekstitunnisteen pituuden uusi arvo mahdollistaa kaikkien datapakettiyhte- 
yksien otsikkokenttien kompressoinnin, mikaii alkuperaisen kontekstitunnis- 
teen pituuden sallima maara datapakettiyhteyksia ylitetaan. Vieia keksinnon 
eraan edullisen suoritusmuodon mukaisesti ohjataan konvergenssiprotokolla- 

35 kerros, vasteena sille, etta kontekstitunnisteen pituuden maksimiarvon sallima 
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maara datapakettiyhteyksia ylitetaan, maarittamaan datapakettiyhteyksille 

useita linkkrtason yhteyksia, joille datapakettiyhteydet allokoidaan. 

Keksinnon mukaisen menetelman ja jarjestelman etuna on, etta se, 

etta paatelaiteyhteydelia vaiitettavista datayhteyksista voidaan kaikissa tilan- 
5 teissa kompressoida lukumaaraisesti ainakin niin monta kuin paatelaiteyhtey- 

delle maaritetyn kontekstitunnistekentan pituus suurimrnillaan mahdollistaa. 

Edelleen keksinnon mukaisen menettelyn etuna on se, etta vSltetaan kom- 

pression katkeaminen niilta datayhteyksilta, joita lahetetaan kompressoituina. 

Viela keksinnon etuna on, etta se mahdollistaa otsikkokenttien kompression 
10 soveltamisen datayhteyksille rnahdollisimman tehokkaalla tavalla, mika on 

edullista radioresurssien tehokkaan hyOdyntamisen kannalta. 

Kuvioiden lyhyt selostus 

Keksintoa selostetaan nyt lahemmin edullisten suorttusmuotojen 
yhteydessa, viitaten oheisiin piirroksiin, joista: 
15 kuvio 1 esittaa lohkokaaviona siirtymia ROHC:n eri kompressointi- 

tasojen vaiilia; 

kuvio 2 esittaa lohkokaaviona siirtymia ROHC.n eri toimintamoodien 

valilla; 

kuvio 3 esittaa lohkokaaviona UMTS-jarjestelman yksinkertaistettua 
20 rakennetta; 

kuviot 4a ja 4b esittavat UMTS:n pakettidatapalvelun protokollapi- 
noja kontrollisignalointiin ja kayttajadatan vaiittamiseen; 

kuviot 5a ja 5b esittavat PDCP-kerroksen toiminnallisia malleja; ja 
kuvio 6 esittaa keksinnon eraan suoritusmuodon mukaista datapa- 
25 kettitunnisteiden maarittfimista. 

Keksinn6n yksityiskohtainen selostus 

Seuraavassa kuvataan kyseessa olevan otsikkokenttien kompres- 
sointimenetelman ROHC toteutusta keksinnon kannalta olennaisin osin. Ky- 
seisen kompressointimenetelman tarkemman kuvauksen osalta viitataan viela 
30 keskeneraiseen Internet-draftiin "Robust Header Compression (ROHC)'\ ver- 
sip04 f 11.10.2000. 

Eri kompressointimenetelmissa seka kompressorille etta dekom- 
pressorille maaritellaan tyypillisesti konteksti, joka on tila, jota kompressori 
kayttaa lahetettavan otsikkokentan kompressointiin ja dekompressori vastaan- 
35 otetun otsikkokentan dekompressointiin. Tyypillisesti konteksti kasittaa kom- 
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pressoimattoman version edellisesta otsrkkokentasta, joka on iahetetty 
(kompressori) tai vastaanotettu (dekompressori) tiedonsiirtoyhteyden ylL Li- 
saksi konteksti voi kasittaa datapakettivuota identifioivia erilaisia tietoja, kuten 
datapakettien jaksonumeroita tai aikaleimoja. Taten konteksti kasittaa tyypilli- 

5 sesti seka staattista informaatiota, joka pysyy samana koko datapakettivuolle, 
etta dynaamista informaatiota, joka muuttuu datapakettivuon aikana, mutta 
usein jonkin maaritettavan kuvion mukaisesti. 

ROHC:ssa kaytetaan kolmea kompressointitasoa siten, etta kom- 
pressointi alkaa alimmalta tasolta ja vahiteilen siirrytaan ylemmalle tasolle. Pe- 

10 rusperiaatteena on, etta kompressointi suoritetaan aina korkeimmalla mahdol- 
lisella tasolla kuitenkin niin, etta kompressorilla on riittavS vamnuus siita, etta 
dekompressorilla on riittavasti infonnaatiota dekompressoinnin suorittamiseen 
kyseiselia tasolla. Eri kompressointitasojen valiseen siirtymiseen vaikuttavia 
tekijoita ovat perakkaisten otsikkokenttien vaihtelu, dekompressorilta saatavat 

15 positiiviset ja negatliviset kuittaukset seka kuittausten puuttuessa maarattyjen 
jaksollisten laskureiden umpeutuminen. Ylemmalta kompressointitasolta voi- 
daan vastaavasti tarvittaessa siirtya alemmalle tasolle. 

IP (Internet Protocol), UDP (User Datagram protocol) ja RTP (Real- 
Time Protocol) protokollien yhteydessa ROHC:n kayttamat kompressointitasot 

20 ovat aloitus/paivitystaso (IR, Initiation/Refresh), ensimmSinen taso (FO, First 
Order) ja toinen taso (SO, Second Order), joiden valisia siirtymisia kuvataan 
kuvion 1 mukaiselfa kaaviolla. IR-tasoa kaytetaan kontekstin luomiseen de- 
kompressorille tai virhetilanteesta toipumiseen. Kompressori siirtyy IR-tasolle 
aloitettaessa otsikkokenttien kompressointi, dekompressorin esittamasta 

25 pyynnosta tai paivitysajastimen umpeutuessa. IR-tasolla kompressori lahettaa 
IR-otsikkokenttia kompressoimattomassa muodossa. Kompressori pyrkii siir- 
tymaan ylemmalle tasolle, kun dekompressorin vastaanottamasta paivrtysin- 
formaatiosta saadaan varmuus. 

FO-tasoa kaytetaan datapakettivuon otsikkokentissa olevien epa- 

30 saannttllisyyksien informoimiseen vastaanottajalle. IR-tason jalkeen kompres- 
sori toimii FO-tasolla tilanteessa, jossa otsikkokentat eivat muodosta yhte- 
naista kuviota (ts. perakkaiset otsikkokentat muuttuvat satunnaisesti siten, 
etta muutoksia ei voida ennakoida) tai kompressori ei voi olla varma, onko de- 
kompressori vastaanottanut otsikkokenttien yhtenaisen kuvion maarittelevat 

35 parametrit. Tama on tyypiliinen tilanne esimerkiksi aloitettaessa puheen vaiit- 
taminen, erityisesti ensimmSisten puhepurskeiden aikana. FO-tasolla kom- 
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pressori lahettaa kompressoituja FO-otsikkokenttia. Kompressori pyrkii taas 
siirtymaan ylernmaile tasolle, kun otsikkokentat rnuodostavat yhtenaisen kuvi- 
on ja saadaan varnnuus siita, etta dekompressori on vastaanottanut yhtenai- 
sen kuvion parametria FO-tason datapaketit kasittavat tyypillisesti kontekstin 
5 paivitystietoa, jolloin onnistunut dekompressointi edellyttaa rnytts perakkaisten 
FO-otsikkokenttien onnistunutta vaiittamista. Taten dekompressointiprosessin 
onnistuminen on sensrtiivinen kadonneille tai vahingoittuneille FO-tason pa- 
keteille. 

SO-tasolla kompressointi on optimaalista. Otsikkokentat muodosta- 
10 vat yhtenaisen kuvion, joita kompressori kuvaa kompressoiduilla SO- 
otsikkokentilia, jotka kaytannfcssa ovat datapakettien jaksonumeroita. Dekom- 
pressorille valitetaan jo FO-tasoIla tieto otsikkokenttien yhtenaisen kuvion 
maarittelevista parametreista, joiden parametrien ja vastaanotetun jaksonume- 
ron perusteella dekompressori pystyy ekstrapoloimaan alkuperaiset otsikko- 
15 kentat Koska SO-tasolla lahetetyt datapaketit ovat kaytanndssa riippumatto- 
mia toisistaan, on myds dekompressoinnin virheherkkyys alhainen. Kun otsik- 
kokentat eivat enaa muodosta yhtenaista kuviota, kompressori siirtyy takaisin 
FO-tasolle. 

My6s dekompressoinnille on maaritetty kolme eri tasoa T jotka ovat 
20 sidoksissa dekompressorin kontekstirnaaritykseen. Dekompressori aloittaa 
toimintansa aina alimmalta tasolta, jolloin kontekstia ei ole viela maaritetty (No 
Context). Talloin dekompressori ei ole viela dekompressoinut ainutlakaan da- 
tapakettia. Kun dekompressori on dekompressoinut ensimmaisen datapaketin, 
joka kSsittaa staattisen etta dynaamisen konteksti-informaation. voi dekom- 
25 pressori siirtya suoraan keskimmaisen tason (Static Context) yli aina ylimmalle 
tasolle (Full Context). Ylimmalla tasolla tapahtuvien useiden virhetilanteiden 
seurauksena dekompressori siirtyy keskimmaiselle tasolle, mutta tyypillisesti jo 
yksikin onnistuneesti dekompressoitu datapaketti palauttaa dekompressorin 
ylimmalle tasolle. 

30 Eri kompressointitasojen lisaksi ROHC:een on maaritetty kolme eri 

toimintamoodia: yksisuuntainen moodi (U-moodi), kaksisuuntainen optimisti- 
nen moodi (O-moodi) ja kaksisuuntainen luotettava moodi (R-moodi), jotka 
eeitetaan kuvion 2 mukaisessa kaaviossa. Kuvion 2 mukaisesti jokainen edelia 
kuvatuista kompressointitasoista (IR, FO, SO) toimii jokaisessa moodissa F 

35 mutta kukin moodi toimii kullakin tasolla ornalla tavallaan ja tekee my6s paa- 
tokset siirtymisista tasojen vaiilia ornalla tavallaan. Toimintamoodin valinta ku- 
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hunkin kompressointitilanteeseen riippuu kaytettavan tiedonsiirtoyhteyden pa- 
rametreista, kuten paluukanavan kayttOmahdollisuudesta, virhetodennakoi- 
syyksista ja -jakaumista, otsikkokenttien koon vaihtelun vaikutuksista ym. 

Yksisuuntaisessa moodissa datapaketteja lahetetaan vain kom- 

5 pressorilta dekompressorille, joten ROHC:n U-moodi on kayttokelpoinen tilan- 
teissa, joissa paluukanavan kaytto ei ole mahdollista tai suotavaa. U-rnoodissa 
siirtymat eri kompressointitasojen valilia suoritetaan maarattyjen jaksollisten 
laskureiden umpeutumisen seurauksena tai otsikkokenttakuvioiden vaihtelun 
perusteella. Koska paluukanavaa ei ole kaytessa, on kompressointi U- 

10 moodissa tehottomampaa ja datapakettien katoaminen siirtotiella todennakOi- 
sempaa kuin kummassakaan kaksisuuntaisessa moodissa. ROHC:n kSyttami- 
nen aloitetaan aina U-moodissa ja siirtymmen jompaan kumpaan kaksisuun- 
taiseen moodiin voi tapahtua sitten, kun ainakin yksi paketti on vastaanotettu 
dekompressorissa, johon vasteena dekompressori ilmaisee moodinvaihdon 

15 olevan tarpeen. 

Kaksisuuntainen optimistinen moodi on vastaavanlainen yksisuun- 
taisen moodin kanssa muuten, mutta O-moodissa kaytetaan paluukanavaa 
virhetilanteiden korjaamiseen ja huomattavien kontekstipaivitysten kuittaami- 
seen dekompressorilta kompressorille. Jaksollisia paivityksia ei tehda O- 

20 moodissa. Omoodi sopii edullisesti yhteyksille, joilla tarvitaan optimaalinen 
kompressointitehokkuus vahaiselia paluukanavaliikenteella. O-moodi tarjoaa 
kohtuullisen luotettavan datapakettien siirron, jossa kompressorin ja dekom- 
pressorin vaiinen synkronointi pystytaan tyypillisesti sailyttamaan hyvin ja da- 
tapaketteja katoaa harvoin, silloinkin tyypillisesti merkityksettOmia maaria. 

25 Erittain suunlla virhesuhteilla datapakettien katoamisia siirtotiella voi kurtenkin 
tapahtua. 

Kaksisuuntainen luotettava moodi poikkeaa edelia mainituista moo- 
deista selvasti. R-moodissa kaytetaan paluukanavaa kaikkien kontekstipSivi- 
tysten kuittaamiseen, mytis jaksonumeropaivitysten kuittaamiseen. Taten R- 

30 moodissa datapaketit voidaan siirtaa lahes taysin luotettavasti kompressorin ja 
dekompressorin vaiilia. Otsikkokenttien kompressointi ei voi aiheuttaa datapa- 
kettien katoamista R-moodissa. R-moodin haittapuolena on hiukan edelia 
mainittuja moodeja suurempi otsikkokentan koko joissakin tapauksissa seka 
huomattavasti lisaantyva paluukanavaliikenne. 

35 ROHC:n kolme toimintarnoodia ja kolme kompressointitasoa muo- 

dostavat erilaisia operointitilanterta otsikkokenttien kompressoinnille, joissa 
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kussakin tilanteessa pitaa maaritelia kompressorin ja dekompressorin toiminta 
seka pakettien valitys naiden valilla. ROHC:ssa kaytetaan erilaisia paketteja 
eri operointitilanteiden mukaisiin tarkoituksiin. Talis hetkelia ROHC:een on 
maaritelty kuusi erilaista datapakettityyppia, joista neljaa kaytetaan lahetyk- 

5 seen kompressorilta dekompressorille ja kahta paluukanavadatapaketteina 
dekompressorilta kompressorille. KSytettavien datapakettityyppien maara 
saattaa muuttua tulevaisuudessa, mutta kaikille datapakettityypeille on omi- 
naista se P etta jokaiseen datapakettiin voidaan liittaa kulloinkin kaytettavan 
kontekstin maaritteleva kontekstitunniste CID ennen paketin lahettamista siir- 

10 totielle. 

Kontekstitunnisteen CID pituus neuvotellaan jokaiselle pSatelaite- 
yhteydelle erikseen kompressorin ja dekompressorin kesken. ROHC- 
maaritysten mukaisesti kulloinkin kaytettavan alemman protokollakerroksen 
(linkkikerroksen) tulee tarjota mekanismi otsikkokenttien kompressoinnissa 

15 kaytettavien parametrien, siis mm. kontekstitunnisteen pituuden, neuvottele- 
miseksL Parametrit neuvotellaan ennen kompressoinnin aloittamista ja tassa 
yhteydessa datapakettivuon kontekstitunnisteen pituudeksi voidaan tunnetun 
tekniikan mukaisesti maarittaa 0, 8 tai 16 bittia. Yhdelia loogisella tiedonsiirto- 
kanavalla voidaan valittaa samanaikaisesti useaa datapakettivuota, joiden 

20 kontekstit identifioidaan ja erotetaan toisistaan kontekstitunnisteen CID avulla. 
Jos kanavalla valitetaan vain yhta datapakettivuota, mika on tyypilllsta esimer- 
kiksi erilaisissa VolP-sovelluksissa (Voice over IP), maaritetaan kontekstitun- 
nisteen CID pituus "pieneksi" eli se saa arvon 0. Kuitenkin talloinkin ROHC:n 
sisaisilia mekanismeilla voidaan erottaa maksimissaan 16 samanaikaista da- 

25 tavuota toisistaan eli uusia datayhteyksia voidaan avata aina 15 kappaletta al- 
kuperaisen datavuon lisaksi, vaikka kontekstitunnisteen CID pituudeksi olisikin 
maaritetty nolla. Tama toteutetaan siten, etta ensimmainen datayhteys lahe- 
tetaan aina ilman mitaan kontekstitunnistetta ja sita seuraaviin datayhteyksiin 
liitetaan yksi tavu, jonka neljalla ensimmaisella bitilia ilmaistaan, etta kyseessa 

30 on kontekstitunniste ja varsinainen kontekstitunnisteen arvo ilmaistaan seu- 
raavalla neljalla bitilia. Jos paatelaiteyhteytta maaritettaessa on ilmeista, etta 
tullaan valittamaan useaa datapakettivuota samalla kanavalla, maaritetaan 
taJIOin paatelaiteyhteydelle kaytettavasta sovelluksesta, tiedonsiirtoprotokol- 
lasta ja kanavaolosuhteista riippuen kontekstitunnisteen pituudeksi edullisesti 

35 suuri arvo eli joko 1 tai 2 tavua (8 tai 16 bittia). 
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Er^is tietoliikennejarjestelma, jossa ROHC-maaritysten mukaista ot- 
sikkokenttien kompressointimenetelmaa on tarkoitus soveltaa, on ns. kolman- 
nen sukupolven matkaviestinjarjestelma, joka tunnetaan myOs nimityksilla 
UMTS (Universal Mobile Telecommunication System) ja IMT-2000 

5 (International Mobile Telephone System), Seuraavassa selostetaan yksinker- 
taistetusti UMTS-jarjestelman rakennetta kuvion 3 pohjalta. 

Kuvio 3 kasittaa vain keksinnOn selittamisen kannalta oleelliset loh- 
kot, mutta alan ammattimiehelle on selv^a, etta tavanomaiseen mat- 
kapuhelinjarjestelmaan sisSltyy lisaksi muitakin toimintoja ja rakenteita, joiden 

10 tarkempi selittaminen ei tassa ole tarpeen. Matkapuhelinjarjestelman paaosat 
ovat runkoverkko CN (Core Network) ja UMTS-matkapuhelinjarjestelman 
maanpaailinen radiovejkko UTRAN (UMTS Terrestrial Radio Access Network), 
jotka muodostavat matkapuhelinjarjestelman kiinteSn verkon, seka matkavies- 
tin tai tilaajapaStelarte UE (User Equipment). CN:n ja UTRAN :in valinen raja- 

15 pinta on nimeltaan lu, ja UTRAN:in ja UE:n valinen ilmarajapinta on nimeltaan 
Uu. 

UTRAN muodostuu tyypillisesti useista radioverkkoalijarjestelmista 
RNS (Radio Network Subsystem), joiden valinen rajapinta on nimeltaan lur (ei 
kuvattu). RNS muodostuu radioverkkokontrollerista RNC (Radio Network 

20 Controller) ja yhdesta tai useammasta mkiasemasta BS B joista kaytetaan myos 
termia B-solmu (node B). RNC:n ja BS:n valinen rajapinta on nimeltaan lub. 
Tyypillisesti tukiasema BS huolehtii radiotien toteutuksesta ja tukiasemaohjain 
RNC hallinnoi ainakin seuraavia asioita: radioresurssien hallinta, solujen vaii- 
sen kanavanvaihdon kontrolli, tehonsaato, ajastus ja synkronointi, tilaajapaa- 

25 telaitteen kutsuminen (paging). 

Runkoverkko CN muodostuu UTRAN:in ulkopuolisesta matkapuhe- 
linjarjestelmaan kuuluvusta infrastruktuurista. Runkoverkossa matkaviestin- 
keskus/vierailijarektsteri 3G-MSCA/LR (Mobile Switching Centre/ Visitor Loca- 
tion Register) on yhteydessa kotirekisteriin HLR (Home Location Register) ja 

30 edullisesti myos alyverkon ohjauspisteeseen SCP (Service Control Point). Ko- 
trrekisteri HLR ja vierailijarekisteri VLR kasittavat tietoa matkaviestintilaajista: 
kotirekisteri HLR kasittaa tiedot matkaviestinverkon kaikista tilaajista seka nai- 
den tilaamista palveluista ja vierailijarekisteri VLR kasittaa tietoja tietyn matka- 
viestinkeskuksen MSC alueella vierailevista matkaviestimista. Yhteys paketti- 

35 radiojSrjestelman operointisolmuun 3G-SGSN (Serving GPRS Support Node) 
muodostetaan rajapinnan Gs' valityksella ja kiinteaan puhelinverkkoon 
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PSTN/ISDN yhdyskaytavamatkaviestinkeskuksen GMSC (Gateway MSC, ei 
kuvattu) kautta. Operointisolmusta 3G-SGSN muodostetaan yhteys ulkoisiin 
dataverkkoihin PDN rajapinnan Gn kautta yhdyskaytavasolmuun GGSN 
(Gateway GPRS Support Node), josta on edelleen yhteys ulkoisiin dataverk- 

5 koihin PDN. Seka matkaviestinkeskuksen 3G-MSC/VLR etta operointisolmun 
3G-SGSN yhteys radioverkkoon UTRAN (UMTS Terrestrial Radio Access 
Network) tapahtuu rajapinnan lu valityksella. On huomattava, etta UMTS- 
jarjestelma on suunniteltu siten, etta runkoverkko CN voi olla identtinen esi- 
merkiksi GSM-jarjestelman runkoverkon kanssa, jolloin koko verkkoinfrastruk- 

10 tuuria ei tarvitse rakentaa uudelleen. 

UMTS-jarjestelma kasittaa siis mytts pakettiradiojarjestelman, joka 
on toteutettu pitkalti GSM-verkkoon kytketyn GPRS-j3rjesteIman mukaisesti, 
mista johtuu my6s verkkoelementtien nimissa olevat viittaukset GPRS- 
jarjestelmaan. UMTS:n pakettiradiojarjestelma voi kasittaa useita yhdyskayta- 

15 va- ja operointisolmuja ja tyypillisesti yhteen yhdyskaytavasolmuun 3G-GGSN 
on kytketty useita operointisolmuja 3G-SGSN. Molemmat solmut 3G-SGSN ja 
3G-GGSN toimivat matkaviestimen liikkuvuuden ymmartavina reitittimina, jotka 
huolehtivat matkaviestinjarjestelrnan ohjauksesta ja datapakettien reitityksesta 
matkaviestimiin niiden sijainnista ja kSytetysta protokollasta riippumatta. Ope- 

20 rointisolmu 3G-SGSN on radioverkon UTRAN kautta yhteydessa matkaviesti- 
meen UE. Operointisolmun 3G-SGSN tehtavana on havaita pakettiradioyhte- 
yksiin kykenevat matkaviestimet palvelualueellaan, lahettaa ja vastaanottaa 
datapaketteja kyseisilta matkaviestimilta seka seurata matkaviestimien sijaintia 
palvelualueellaan. Edelleen operointisolmu 3G-SGSN on yhteydessa matka- 

25 viestinkeskukseen 3G-MSC ja vierailijarekisteriin VLR signalointirajapinnan 
Gs' kautta ja kotirekisteriin HLR rajapinnan Gr kautta, Kotirekisteriin HLR on 
talletettu myos pakettiradiopalveluun liittyvia tietueita, jotka kasittavat tiiaaja- 
kohtaisten pakettidataprotokollien sisallon. 

Yhdyskaytavasolmu 3G-GGSN toimii yhdyskaytavana UMTS- 

30 verkon pakettiradiojarjestelman ja ulkoisen dataverkon PDN (Packet Data 
Network) valilla. Ulkoisia dataverkkoja voivat oila esimerkiksi toisen verkko- 
operaattorin UMTS- tai GPRS-verkko, Internet, X.25-verkko tai yksityinen lahi- 
verkko. Yhdyskaytavasolmu 3G-GGSN on yhteydessa kyseisiin dataverkkoihin 
rajapinnan Gi kautta. Yhdyskaytavasolmun 3G-GGSN ja operointisolmun 3G- 

35 SGSN valilla siirrettavat datapaketit ovat aina tunnelointiprotokollan GTP 
(Gateway Tunneling Protocol) mukaisesti kapseloituja. Yhdyskaytavasolmu 
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3G-GGSN sisaitaa myGs matkaviestimien PDP-osoitteet (Packet Data Proto- 
col) ja reititystiedot ts. 3G-SGSN-osoitteet. Reititystietoa kaytetaan siten data- 
pakettien linkittamiseen ulkoisen dataverkon ja operointisolmun 3G-SGSN va- 
lilla. Yhdyskaytavasolmun 3G-GGSN ja operointisolmun 3G-SGSN valinen 

5 verkko on IP-yhteyskaytantoa, edullisesti IPv6 (Internet Protocol, version 6) 
hyGdyntava verkko. 

Kuviot 4a ja 4b esittavat UMTS:n protokollapinoja kontroilisignaloin- 
tiin (control plane) ja kflyttajSdatan valittamiseen (user plane) UMTS- 
jarjestelman pakettiradiopalvelussa, Kuviossa 4a kuvataan matkaviestimen 

10 MS ja runkoverkon CN vaiista kontrollisignalointiin kaytettavaa protokollapinoa. 
Matkaviestimen MS liikkumista (MM, Mobility Management), puheluiden ohja- 
usta (CC, Call Control) ja paatelaiteyhteyksien hallintaa (SM, Session Mana- 
gement) signaloidaan ylimmilla protokollakerroksilla matkaviestimen MS ja 
runkoverkon CN valilla siten, etta valissa olevat tukiasemat BS ja radioverkko- 

15 ohjain RNC ovat transparentteja taile signaloinniile. Radioresurssien hallintaa 
matkaviestimien MS ja tukiasemien BS valisessS radioyhteydelia ohjaa radio- 
resurssien hallintajarjestelma (RRM, Radio Resource Management), joka v£- 
littaa radioverkko-ohjaimelta RNC ohjaustietoja tukiasemille BS. NSma matka- 
viestinjarjestelman yleiseen hallintaan liittyvat toiminnallisuudet muodostavat 

20 joukon, jota kutsutaan runkoverkkoprotokolliksi (CN protocols), toiselta nimel- 
taan Non-Access Stratum. Vastaavasti matkaviestimen MS, tukiaseman BS ja 
radioverkko-ohjaimen RNC vSlilia tapahtuva radioverkon ohjaukseen liittyva 
signalointi suoritetaan protokollakerroksilla, joita kutsutaan yhteiselia nimelia 
radioverkkoprotokollat (RAN protocols) eli Access Stratum. Naita ovat alim- 

25 malla tasolla olevat siirtoprotokollat, joiden vaiittamaa kontrollisignalointia siir- 
retaan ylemmille kerraksille edelleen kasiteltavaksi. Ylemmista Access Stra- 
tum-kerroksista olennaisin on radioresurssien ohjausprotokolla (RRC, Radio 
Resource Control), joka vastaa mm. matkaviestimen MS ja radioverkon UT- 
RAN vaiisten radioyhteyksien muodostamisesta, konfiguroinnista, yllaprtami- 

30 sesta ja katkaisemisesta seka runkoverkosta CN ja radioverkosta RAN tulevan 
ohjausinformaation valittamisesta matkaviestimille MS. Lisaksi radioresurssien 
ohjausprotokolla RRC vastaa radioresurssien hallintajarjestelman RRM ohjei- 
den mukaisesti riittavan kapasiteetin varaamtsesta paatelaiteyhteydelle esi- 
merkiksi sovellusperusteisessa kapasiteettivarauksessa. 

35 UMTS:n pakettivSlitteisen kayttajadatan vaiityksessa kaytetaan ku- 

vion 4b mukaista protokollapinoa. Radioverkon UTRAN ja matkaviestimen MS 
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valisella rajapinnalla Uu alemman tason tiedonsiirto fyysisella kerroksella ta- 
pahtuu WCDMA- tai TD-CDMA-protokollan mukaisesti. Fyysisen kerroksen 
paaiia oleva MAC-kerros vaiittaa datapaketteja fyysisen kerroksen ja RLC- 
kerroksen valilla ja RLC-kerros vastaa eri paatelaiteyhteyksien radiolinkkien 

5 loogisesta hallinnasta. RLC:n toiminnallisuudet kasittavat mm. lahetettavan 
kayttajadatan (RLC-SDU) segmentoinnin yhteen tai useampaan RLO 
datapakettiin RLC-PDU. RLC:n paaila olevan PDCP-kerroksen datapakettien 
(PDCP-PDU) kasittamat IP-otsikkokentat voidaan optionaalisesti kompressoi- 
da. Taman jaikeen PDCP-PDU:t luovutetaan RLC:l!e ja ne vastaavat yhta 

10 RLC-SDU:ta. Kayttajadata ja RLC-SDU:t segmentoidaan ja valitetaan sitten 
RLC-kehyksissa, joihin on lisatty tiedonsiirron kannalta olennaista osoite- ja 
tarkistusinformaatioita. RLC-kerros huolehtii myds vahingoittuneiden kehysten 
uudelleenlahetyksesta. Operointisolmu 3G-SGSN vastaa matkaviestimelta MS 
radioverkon RAN kautta tulevien datapakettien reitityksesta edelleen oikeaile 

15 yhdyskaytavasolmulle 3G-GGSN. Talla yhteydella kaytetaan tunnelointiproto- 
kollaa GTP, joka koteloi ja tunneloi kaiken runkoverkon kautta valitettavan 
kayttajadatan ja signaloinnin. GTP-protokollaa ajetaan runkoverkon kayttaman 
iP:n paana. 

Kuviossa 5a esitetaan PDCP-kerroksen toiminnallinen malli, jossa 

20 kullekin paatelaiteyhteydeile on maaritelty yksi PDCP-entiteetti. Koska nykyi- 
sissa jarjestelmissa jokaiselle paatelaiteyhteydeile on maaritelty omat PDP- 
kontekstit, maaraytyy myOs jokaiselle PDP-kontekstille yksi PDCP-entiteetti, 
jolle on edelleen RLC-kerroksessa maaritelty tietty RLC-entiteetti. Kuten edelia 
on todettu, PDCP-kerros voidaan periaatteessa toiminnallisesti toteuttaa myos 

25 siten, etta useita PDP-konteksteja multipleksataan PDCP-kerroksessa, jolloin 
PDCP-kerroksen alapuolisessa RLC-kerroksessa yksi RLC-entiteetti vastaan- 
ottaa datapaketteja useilta paatelaiteyhteyksilta samanaikaisesti, 

Kuvio 5b havainnollistaa tilannetta, jossa PDCP-entiteetti vastaan- 
ottaa datapaketteja yhden paatelaiteyhteyden valityksella kahdelta eri sovel- 

30 lukselta, A ja B. Paatelaiteyhteyden kasittamat datavuot erotellaan toisistaan 
IP-otsikkokenttien peoisteella ennen PDCP-entiteetin kasittamaa otsikkokent- 
tien kompressoria, jonka jaikeen datavuot viedaan kompressoitavaksi. Kom- 
pressori puolestaan erottelee datavuot toisistaan maarittamaiia niille omat 
kontekstitunnisteet, jolden avulla vastaanottajan dekompressori pystyy taas 

35 erottamaan datavuot toisistaan ja suorittamaan dekompressoinnin. Kuviossa 
5b on erottelun havainnollistamiseksi esitetty kompressorientitetti kahtena eril- 
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lisena laatikkona. mutta kaytannessa kyseessa on siis kaksi kompressiokon- 
tekstia saman kompressioentiteetin sisaiia. Kompressoidut datavuot kuitenkin 
lahetetaan samalia RLC-yhteydella. 

Jokainen PDCP-entrteetti voi kayttaa yhta tai useampaa otsikko- 

5 kentan kompressointialgoritmia tai olla kayttamatta yhtakaan. Useampi PDCP- 
entiteetti voi myCs kayttaa samaa algoritmia. Radioresurssiohjain RRC (Radio 
Resource Controller) neuvottelee kullekin PDCP-entiteetille sopivan algoritmin 
ja algoritmia ohjaavat parametrit ja ilmoittaa sitten valitun algoritmin paramet- 
reineen PDCP-kerrokselle PDCP-C-SAP-pisteen (PDCP Control Service Ac- 

10 cess Point) kautta. Kaytettava kompressointimenetelma riippuu yhteydella 
kaytettavasta verkkotason protokollatyypista, joka indikoidaan radioresurssi- 
ohjaimelle PDP-kontokstin aktivoinnin yhteydessa. 

UMTS-jarjestelmassa otsikkokenttien kompressointi lahetettaville 
datapaketeille ja dekompressointi vastaanotettaville datapaketeille suorrtetaan 

15 siis konvergenssiprotokollakerroksella PDCP. PDCP-kerroksen tehtaviin kuu- 
luu mm. kanavatehokkuuden parantamiseen liittyvat toiminnot, jotka perustu- 
vat tyypillrsesti erilaisiin optimointimenetelmiin, kuten datapakettlen otsikko- 
kenttien kompressointialgoritmien hyvaksikayttoon. Koska nykyisin UMTS:iin 
suunnitellut verkkotason protokollat ovat IP-protokollia, ovat k&ytettavat kon> 

20 pressioalgoritmitkin IETF:n (Internet Engineering Task Force) standardoimia 
algoritmeja. Taten ROHC-kompressiomenetelma sopii erityisen hyvin kaytetta- 
vaksi juuri UMTS-jarjestelmassa. Paatelaitteen PDCP-kerros tukee tyypillisesti 
useita otsikkokenttien kompressointimenetelmia, jotta yhteydenmuodostus 
mahdollisimman moneen verkkokerroksen protokollatyyppiin olisi mahdollista. 

25 Sovellettaessa ROHC:ta UMTS;n konvergenssiprotokollakerroksella 

seka lahettaja-PDCP etta vastaanottaja-PDCP kasittavat kompressori- 
dekompressori-parin lahetettavien datapakettien kompressoimiseksi ja vas- 
taanotettujen datapakettien dekompressoimiseksi. Konvergenssiprotokollaker- 
ros PDCP tarjoaa kompressointimenetelmaile ROHC mekanismin mm. kon- 

30 tekstitunnisteen CID pituuden neuvottelemiseksi kullekin paatelaiteyhteydelle. 
Mekanismi toteutetaan kaytannossa siten. etta PDCP-kerros vaiittaa kompres- 
sorin ja dekompressorin viestit edelleen RRC:lle ja varsinainen neuvottelu suo- 
ritetaan RRC-signalointina. Koska radioresurssit halutaan hy&dyntaa mahdolli- 
simman tehokkaasti, pyritaan paatelaiteyhteydelle maarittamaan edullisesti 

35 kontekstitunnisteen CID pituudeksi nolla. 
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Jos paatelarteyhteydelle on maaritetty kontekstitunnisteen CID pi- 
tuadeksi arvo "pieni" eli nolla tavua ja kaikki mahdolliset 16 datayhteytta on 
kaytossa ja mikaii paatelaitteen kayttaja haluaakin muodostaa viela yhden 
samanaikaisen datavuon tallaisen maarittelyn omaavalle paatelaiteyhteydelle f 

5 syntyy ongelmatilanne, koska 17 samanaikaista datavuota ei voida erottaa toi- 
sistaan "pienella" kontekstitunnisteella. Koska uutta datavuota ei voida identiff- 
oida omalla kontekstitunnisteella ROHC:n maarittelyjen mukaisesti, mSaraytyy 
sille jo jonkin olemassa olevan datavuon kontekstitunniste. TSIIOin IShetetaan 
kahta samalla kontekstitunnisteella olevaa datavuota samanaikaisesti, jonka 

10 seurauksena dekompressorissa syntyy virhetilanne, koska dekompressori ei 
enaa pysty erottelemaan datayhteyksia toisistaan, Vastaava ongelma syntyy 
myOs milia tahansa muulla maaritetylia CID:n pituuden arvolla, kun paatelarte- 
yhteydella on kaytossa kontekstitunnisteen CID prtuudelle maaritetty maksi- 
mirnaara datayhteyksia ja paatelaitteen kayttaja pyrkii avaamaan uuden data- 

15 vuon. Usean datavuon valittaminen radiorajapinnan yli ilrnan otsikkokenttien 
kompressointia johtaa radioresurssien epaoptimaaliseen hyodyntamiseen, mi- 
ka muodostaa pullonkaulan koko matkaviestinjarjestelman tehokkaalle kaytttl- 
le. 

Nyt keksinnon mukaisesti edelia kuvattuja ongelmia voidaan kuiten- 

20 kin vahentaa menettelylla, jossa maaritetaan paatelaiteyhteyden parametrit 
siten, etta ainakin maaritetyn kontekstitunnisteen pituuden sallima maara da- 
tapakettiyhteyksien otsikkokenttia voidaan kompressoida huolimatta siita, etta 
mainrtun kontekstitunnisteen pituuden sallima maarS datapakettiyhteyksia yli- 
tetaan. TailOin voidaan taata se, etta esimerkiksi kun paatelaiteyhteyden 

25 kontekstitunnisteen pituudekst on maaritetty nolla ja paatelaitteen kayttaja ha- 
luaa muodostaa 17. samanaikaisen datavuon paatelarteyhteydelle, niin ainakin 
alkuperaiset 16, edullisesti kaikki 17, datavuota voidaan vaiittaa ROHC:ta 
kayttaen. Vastaavasti mytts milia tahansa muulla maaritetylia ClD:n pituuden 
arvolla. kun paatelaiteyhteydella on kaytossa kontekstitunnisteen CID pituu- 

30 delle maaritetty maksimimaara datayhteyksia ja paatelaitteen kayttaja pyrkii 
avaamaan uuden datavuon, voidaan taata se, etta ainakin alkuperaista da- 
tayhteyksien lukumaaraa vastaava maara, edullisesti kaikki, datavuot voidaan 
vaiittaa ROHC.ta kayttaen. 

Keksinnfln ensimmaisen suoritusmuodon mukaisesti edelia kuvattu 

35 maarittely voidaan suorittaa ROHC:n avulla siten, etta maaritellaan ROHC- 
algoritmi siten, etta kullekin paatelarteyhteydelle neuvotellusta kontekstitun- 
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nistekentan CID pituuden arvosta eli ns. CID-avaruudesta ainakin yksi, edulli- 
sesti viimeinen arvo on aina varattu kompressoimattomalle datavuolle. Taten 
voidaan varmistaa se, etta jo kaytossa olevat datayhteydet voidaan vSlittaa 
kompressoituna ja samalla muodostaa uusi datayhteys ilman kompressiota. 

5 ROHC-algoritmiin voidaan tehda esimerkiksi sellainen maarittely perustuen 
kompressorin ja dekompressorin vaiiseen neuvotteluun, etta jos kontekstitun- 
nistekentan pituudeksi on rnaaritetty nolla, ensimmaiset 15 datavuota kom- 
pressoidaan ja jos paatelaitteen kayttaja pyrkii vieia muodostamaan uuden 
(16.) datavuon, se ja sen jalkeen mahdollisesti muodostettavat samanaikaiset 

10 datavuot lahetetaan kompressoimattomana vastaanottajalle. Naihin kompres- 
soimattomiin datapaketteihin liitetaan CID-kentta, joka kertoo vastaanottajalle 
sen, etta niiden otsikkokenttia ei ole kompressoitu ja taten ne tulee ohjata de- 
kompressorin ohi. Paatelaiteyhteydelle neuvotellusta kontekstitunnistekentan 
CID-avaruudesta voidaan myos edullisesti varata useampia arvoja kompres- 

15 soimattomaile datavuolle. 

Keksinn6n toisen suoritusmuodon mukaisesti konvergenssiproto- 
kollakerroksella PDCP tarkkaillaan datayhteyksien maaraa ja jos sallittujen 
datayhteyksien maara ylitetaan, PDCP-kerros informoi tasta radioresurssien 
ohjausprotokollaa RRC r joka suorittaa paatelaiteyhteyden uudelleenkonfigu- 

20 roinnin (RB reconfiguration), jossa yhteydessa paatelaiteyhteyden parametria 
erityisesti kontekstitunnisteen prtuus, maariteliaan uudestaan siten, etta jokai- 
sen datavuon otsikkokentat voidaan kompressoida ROHCm mukaisesti. Jos 
esimerkiksi paatelaiteyhteyden kontekstitunnisteen pituudeksi on rnaaritetty 
nolla ja PDCP-kerros havaitsee 17 tai useamman samanaikaisen datavuon, 

25 suoritetaan paatelaiteyhteyden uudelleenkonfigurointi, jolloin kontekstitunnis- 
tekentan maksimiarvo maaritetaan suurempi arvo kuin nolla. Tama edellyttaS 
uuden toiminnallisuuden lisaamista PDCP-kerrokselle, joka toiminnallisuus pi- 
taa lukua kunkin paatelaiteyhteyden datayhteyksien lukumaarasta. Jos da- 
tayhteyksien lukumaara paatelaiteyhteydella vastaa kontekstitunnisteen pituu- 

30 den maksimiarvoa ja uutta datayhteytta pyritaan muodostamaan, suorittaa 
PDCP edellS kuvatun informoinnin RRCrlle. On myos mahdollista, etta johtuen 
esimerkiksi paatelaitteen rajoitetuista ominaisuuksista, RRC-signaloinnilla so- 
vitaankin suurimmaksi samanaikaisten datayhteyksien maaraksi vain esimer- 
kiksi nelja datavuota. Talloin on valttamatfinta, etta PDCP-kerros pystyy tark- 

35 kailemaan samanaikaisten datayhteyksien lukumaaraa edella kuvatulla taval- 
la, koska ROHC:n mekanismit eivat vaikuta tilanteeseen, jossa suurin saman- 
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aikaisten datayhteyksien maara on pienempi kuin kontekstitunnistekentan 
maksimiarvo. 

Edella kuvattuja ensimmaista ja toista suoritusmuotoa voidaan 
eraan edullisen suoritusmuodon mukaisesti soveltaa PDCP-kerroksen avulla 
5 siten, etta PDCP-kerros suorittaa mainitun toisen suorrtusmuodon mukaisesti 
paatelaiteyhteyden datayhteyksien lukumaaran tarkkaiJun ja tarvittaessa suo- 
rittaa mainitun ensimmaisen suoritusmuodon mukaisesti maarittelyn, etta yli- 
maaraisille, kontekstitunnisteen maksimiarvolla sallittujen datayhteyksien maa- 
ran ylittaville datayhteyksille ei suoriteta otsikkokenttien kompressointia. Nain 

10 taataan se, etta ainakin alkuperaiset datavuot voidaan vaiittaa optimaalisesti 
kompressoituna. Talloin jos esimerkiksi paatelaiteyhteyden kontekstitunnisteen 
pituudeksi on maaritetty nolla ja PDCP-kerros havaitsee 17 samanaikaista 
datavuota, mainittu viimeinen (17.) vuo lahetetaan ilman otsikkokenttien kom- 
pressointia, jolloin mainittu PDCP-kerroksen toiminnaJlisuus ohjaa uuden data- 

15 vuon kompressorin ohi. Eraan edullisen suoritusmuodon mukaisesti mainittu 
PDCP-kerroksen toiminnallisuus voi myds valita ne datavuot, jolle kompressio 
suoritetaan, jolloin kompression ohi ohjattava datavuo ei automaattisesti ole 
viimeksi muodostettu datavuo. 

Keksinnon kolmannen suoritusmuodon mukaisesti UMTS:n sille en- 

20 titeetille (esim. yhteydenhallintaprotokollalle SM), joka datayhteytta muodos- 
tettaessa paattaa, mille paatelaiteyhteydelle uudet datavuot kuuluvat, infor- 
moidaan datayhteytta muodostettaessa kontekstitunnisteen maksimiarvosta 
aiheutuvat rajoitukset samanaikaisten datayhteyksien maaralle. erityisesti sil- 
loin kun, paatelaiteyhteyden kontekstitunnisteen pituudeksi on maaritetty nolla. 

25 Jos tall&in kayttissa on 16 datavuota ja havaitaan tarve 17:lle tai useammalle 
samanaikaiselle datavuolle, voidaan joko maarittaa uudelle, "ylimaaraiselle" 
datavuolle oma paatelaiteyhteys tai suoritetaan ensimmaisen paatelaiteyhtey- 
den uudelleenkonfigurointi. jolloin kontekstitunnistekentan pituudeksi maarite- 
taan suurempi arvo kuin nolla. Molemmissa tapauksissa jokaisen datavuon ot- 

30 sikkokentat voidaan kompressoida ROHC:n mukaisesti. My6s tassa suoritus- 
muodossa on erityisesti huomioitava tilanne, jossa paatelaitteen rajoitetuista 
ominaisuuksista johtuen suurin samanaikaisten datayhteyksien maara onkin 
vain esimerkiksi nelja datavuota. Tailoin on valttamatonta, etta datayhteyden 
muodostusta hallitseva entiteetti pystyy tarkkailemaan samanaikaisten da- 

35 tayhteyksien lukumaaraa edella kuvatulla tavalla. 
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Neljannen suoritusmuodon mukaisesti kaytetaan PDCP-kerroksen 
datapakettirakenteen kasittamia pakettitunnisteita (PID, Packet Identifier) il- 
maisennaan kontekstitunnisteen pituuden tarvittavia muutoksia. PDCP- 
kerroksella eri kompressointimenetelmien indikoiminen ja erottaminen toisis- 

5 taan tapahtuu datapaketteihin PDU liitettyjen pakettitunnisteiden PID (Packet 
Identifier) avulla. Jokaiselle PDCP-entiteetille luodaan pakettitunnisteen PID 
arvoille taulukko, jossa eri kompressointialgoritmeja sovitetaan erilaisille data- 
paketeille ja naiden kombinaationa maaraytyy pakettitunnisteen PID arvo. Jos 
mitaan kornpressointialgoritnrtia ei kayteta, saa pakettitunniste PID arvon nolla. 

10 Jokaiselle kompressointialgoritmille ja sen kombinaatiolle erilaisten datapaket- 
tityyppien kanssa maaraytyy juoksevasti PID-arvot siten, etta kunkin kompres- 
sointialgoritmin PlD-arvot alkavat luvusta n+1 f missa n on edelliselle kompres- 
sointialgoritmille maaratty viimeinen PID-arvo. Kompressointialgoritmien jar- 
jestys maaraytyy radioresurssiohjaimen RRC kanssa suoritettavissa neuvot- 

15 telulssa. PID-arvojen taulukon perusteella pakettidatayhteyden molemmissa 
paissa olevat PDCP-entiteetit pystyvSt identifioimaan lahetettavien ja vastaan- 
otettavien datapakettien kompressointialgoritmit. 

Naita PID-arvoja voidaan keksinnon tassa suoritusmuodossa hy&- 
dyntaa siten, etta allokoidaan kolme PID-arvoa ROHC:n eri kontekstitunniste- 

20 kentan pituuden arvoille (0, 1 tai 2 tavua) kuviossa 6 esitetyn taulukon mukai- 
sesti. Vaihtoehtoisesti voidaan allokoida kaksi PID-an/oa esittamSan CID- 
avaruuden arvoja "pieni" (0 tavua) ja "suuri" (1 tai 2 tavua). Talloin kun CID- 
avaruuden arvo on "suuri", voidaan kayttaa CID-kentan laajennusbitteja ilmai- 
semaan tarkemmin se, onko kyse 8- vai 1 6-bittisesta CID-kentasta. Nyt jos 

25 esimerkiksi paatelaiteyhteyden kontekstitunnisteen pituudeksi on maaritetty 
nolla ja PDCP-kerros havaitsee 17 samanatkaista datavuota, voidaan vas- 
taanottavalle PDCP-entiteetille ilmaista CID-kentan pituuden muutos naiden 
PID-arvojen avulla. Naita PID-arvoja lahetetaan edullisesti niin kauan, kunnes 
paatelaiteyhteys konfiguroidaan uudelleen tai datayhteyksien maara vahenee 

30 taas 16:een. 

Viidennen suoritusmuodon mukaisesti CID-kentan pituutta ei maa- 
riteta uudelleen, vaikka CID-avaruuden maksimiarvo ylitettaisirnkin, vaan eri 
datayhteyksille voidaan muodostaa oma RLC-yhteys. Tama voidaan toteuttaa 
siten, etta kun CID-avaruuden maksimiarvo ylitetaan, jokaiselle uudelle data- 
35 vuolle luodaan oma RLC-yhteys, jonka CID-kentan pituus on edullisesti nolla. 
Vaihtoehtoisesti jokaiselle datavuolle voidaan maarittaa oma RLC-yhteys, joille 
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kullekin maaritetaan CID-kentan pituudeksi nolla. Edelleen datavuot voidaan 
jakaa esimerkiksi kahdelle RLC-yhteydelle tilanteessa, jossa kaytdssa on 32 
datavuota, jolloin datavuot on jaettavissa kahdelle RLC-yhteydelle, joiden mo- 
lempien CID-kentan pituus voidaan edullisesti pitaa nollana. Talloin PDCP- 

5 kerroksen maarittelyt tulee muokata siten, etta yksi PDCP-entiteetti pystyy 
kayttamaan samanaikaisesti useaa RLC-yhteytta. Radioresurssien hyodynta- 
misen kannalta tama suoritusmuoto on optimaalinen, koska jokainen saman- 
aikainen datavuo voidaan valittaa ilman CID-kenttaa (CID:n pituus=0) ( jolloin 
hyotykuorman osuus vaiitettavasta datasta voidaan maksimoida. 

10 Kuudennen suoritusmuodon mukaisesti maaritetyn kontekstitun- 

nisteen rnaksimiarvon ylittSvia samanaikaisia datayhteyksia ei hyvaksyta la- 
hetettavaksi. Jos paatelaiteyhteyden kontekstitunnisteen pituudeksi on maari- 
tetty esimerkiksi nolla ja kaytossa on 16 datavuota ja mikaii taiiain pyritaan 
muodostamaan 17. samanaikainen datavuo, ei PDCP-kerros ja/tai kompresso- 

15 ri hyvaksy mainittua 17. Datayhteytta muodostettavaksi, vaan sen kasittamat 
datapaketit hylataan. 

Nain keksinnon mukaisella menettelylla voidaan taata se, etta paa- 
telaiteyhteydella valitettavista datayhteyksista votdaan kaikissa tilanteissa 
kompressoida lukumaaraisesti ainakin niin monta kuin paatelaiteyhteydelle 

20 maaritetyn kontekstitunnistekentan pituus suurimmillaan mahdollistaa. Edel- 
leen keksinndn mukaisella menettelylla valtetaan kompression katkeaminen 
niilta datayhteyksilta, joita IShetetaan kompressoituina. Keksinnon mukainen 
menettely mahdollistaa otsikkokenttien kompression soveltamisen datayhteyk- 
sille mahdollisimman tehokkaalla tavalla, mika on edullista radioresurssien te- 

25 hokkaan hyOdyntamisen kannalta. 

Keksinnon mukaista menettelya on edelia kuvattu esimerkinomai- 
sesti UMTS-jarjestelman yhteydessS. ROHC:n mukainen otsikkokenttien kom- 
pressio ei kuitenkaan ote sidottu UMTS-jarjestelmaan, vaan sita voidaan edul- 
lisesti soveltaa mihin tahansa tietoliikennejarjestelmaan, jossa valitetaan IP- 

30 datapaketteja. Keksinnon mukaista menettelya voidaan edullisesti soveltaa 
esimerkiksi ns. toisen sukupolven matkaviestinjarjestelmien jatkokehityshank- 
keissa, kuten GERAN:ssa (GSM Edge Radio Access Network). 

Alan ammattilaiselle on ilmeista, etta tekniikan kehittyessa keksin- 
non perusajatus voidaan toteuttaa monin eri tavoin. Keksinto ja sen suoritus- 

35 muodot eivat siten rajoitu ylla kuvattuihin esimerkkeihin vaan ne voivat vaih- 
della patenttivaatimusten puitteissa. 
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Patenttivaatimukset 

1 . MenetelmS otsikkokenttien kompressoinnin maarittamiseksi da- 
tapakettiyhteydelle. jossa menetelmassa maaritetaan yhteyden eraana para- 
metria kompressorille ja dekompressorille konteksti, jolla ohjataan mainittujen 

5 kompressorin ja dekompressorin toimintaa, maaritetaan datapakettiyhteyksien 
identifiointiin kaytettavalle kontekstitunnisteelle pituus kompressorin ja dekom- 
pressorin vaiisella tiedonsiirrolla, joka mainittu pituus maarittaa samalla yhtey- 
della valitettavien kompressoitujen datapakettiyhteyksien maksimimaaran ja 
identifioidaan jokainen datapakettiyhteys omalla kontekstrtunnisteella, t u n - 

10 n ett u siita, etta 

maaritetaan yhteyden parametrit siten, etta ainakin maaritetyn 
kontekstitunnisteen pituuden sallirna maara datapakettiyhteyksien otsikko- 
kenttia voidaan kompressoida huolimatta siita, etta mainitun kontekstitunnis- 
teen pituuden sallirna maara datapakettiyhteyksia ylitetaan. 

15 2. Patenttivaatimuksen 1 mukainen menetelma, tunnettu siita, 

etta 

varataan maaritetyn kontekstitunnisteen pituudesta ainakin yksi ar- 
vo kompressoimattomalle datavuolle. 

3. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
20 pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 

sella, tunnettu siita, etta 

ohjataan matkaviestinjarjestelma, vasteena sille, etta kontekstitun- 
nisteen pituuden sallirna maara datapakettiyhteyksia ylitetSan, maarittamaan 
paatelaiteyhteyden parametrit uudestaan siten, etta kontekstitunnisteen pituu- 
25 den uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien 
kompressoinnin. 

4. Patenttivaatimuksen 3 mukainen menetelma, tunnettu siita, 

etta 

kaytetaan kontekstitunnisteen pituuden uuden arvon maarittami- 
30 seen konvergenssiprotokollakerroksen datapakettitunnisteille maaritettyja ar- 
voja. 

5. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 
sella, tunnettu siita, etta 

35 signaloidaan kullekin paatelaiteyhteydelle maaritetty samanaikais- 

ten datapakettiyhteyksien maksimimaara sille matkaviestinjarjestelman enti- 
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teetille, joka uutta datapakettiyhteytta luotaessa paattaa, mihin paatelaiteyhte- 
yteen se assosioidaan ja 

ohjataan matkaviestinjarjestelma, vasteena sille, etta kontekstitun- 
nisteen pituuden sallima maara datapakettiyhteyksia ylitetaan, maarittamaan 
5 paatelaiteyhteyden parametrit uudestaan siten, etta kontekstitunnisteen pituu- 
den uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien 
kompressoinnin. 

6. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 

10 sella, tunnettu siita, etta 

signaloidaan kullekin pSStelaiteyhteydelle maaritetty sarnanaikais- 
ten datapakettiyhteyksien maksimimaara sille matkaviestinjarjestelman enti- 
teetille, joka uutta datapakettiyhteytta luotaessa paattaa, mihin pa Stela iteyhte- 
yteen se assosioidaan ja 

15 ohjataan matkaviestinjarjestelma, vasteena sille, etta kontekstitun- 

nisteen pituuden maksimiarvon sallima maara datapakettiyhteyksia ylitetaan, 
maarittamaan ylimaaraisille datapakettiyhteyksille uusi paatelaiteyhteys. 

7. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 

20 sella, tunnettu siita, etta 

ohjataan konvergenssiprotokollakerros tai tamSn kasittama kom- 
pressori, vasteena sille, etta kontekstitunnisteen pituuden maksimiarvon salli- 
ma maara datapakettiyhteyksia ylitetaan. lahettamaan yiim&Sraiset datapaket- 
tiyhteydet ilman otsikkokenttien kompressointia. 

25 8. Patenttivaatimuksen 7 mukainen menetelma, tunnettu siita, 

etta 

liitetaan mainittuihin ylimaaraisiin datapakettiyhteyksiin tunniste, 
jonka perusteella datapaketit vastaanotetaan ilman dekompressointia. 

9. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
30 pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 
sella, tunnettu siita, etta 

ohjataan konvergenssiprotokollakerros, vasteena sille, etta kon- 
tekstitunnisteen pituuden maksimiarvon sallima maara datapakettiyhteyksia 
ylitetaan, maarittamaan datapakettiyhteyksille useita linkkitason yhteyksia, 
35 joille datapakettiyhteydet allokoidaan. 
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10. Patenttivaatimuksen 1 tai 2 mukainen menetelma, jossa kom- 
pressointia ohjataan matkaviestinjarjestelman konvergenssiprotokollakerrok- 
sella, tunnettu siita, etta 

ohjataan konvergenssiprotokollakemos, vasteena sille, etta kon- 
5 tekstitunnisteen pftuuden maksimiarvon sallima maara datapakettiyhteyksia 
ylitetaan, hylkaamaan ylimaaraiset datapakettiyhteydet. 

11. Jonkin patenttivaatimuksen 3-10 mukainen menetelma, 
tunnettu siita, etta 

paatelaite rajoittaa samanaikaisten datapakettiyhteyksien lukumaa- 
10 ran pienemmaksi kuin kontekstitunnisteen pituuden maksimiarvon sallima 
maara datapakettiyhteyksia. 

12. Otsikkokenttien kompressointijarjestelma, joka kasittaa kom- 
pressorin ja dekompressorin, joiden vaiiselle datapakettiyhteydelle on jarjes- 
tetty maaritettavaksi yhteyden eraana parametria konteksti, jolla ohjataan 

15 mainittujen kompressorin ja dekompressorin toimintaa ja joka konteksti kasit- 
taa kontekstitunnisteen, jolla identifioidaan datapakettiyhteydet, jolle konteks- 
titunnisteelle on jarjestetty maaritettavaksi pituus kompressorin ja dekompres- 
sorin vaiisella tiedonsiirrolla ( joka mainittu pituus maarittaa samaila yhteydella 
vaiitettavien kompressoitujen datapakettiyhteyksien maksimimaaran ja jotka 

20 datapakettiyhteydet on jarjestetty identifioitavaksi omalla kontekstitunnisteella, 
tunnettu siita, etta 

yhteyden parametrit on jarjestetty maaritettavaksi siten, etta ainakin 
maaritetyn kontekstitunnisteen pituuden sallima maara datapakettiyhteyksien 
otsikkokenttia voidaan kompressoida huolimatta siita, etta mainitun konteksti- 

25 tunnisteen pituuden sallima maara datapakettiyhteyksia ylitetaan. 

1 3. Patenttivaatimuksen 1 2 mukainen jarjestelma, tunnettu 

siita, etta 

maaritetyn kontekstitunnisteen pituudesta ainakin yksi arvo on va- 
rattu kompressoimattomalle datavuolle. 
30 14. Patenttivaatimuksen 12 tai 13 mukainen jarjestelma, jossa kom- 

pressointi on jarjestetty ohjattavaksi matkaviestinjarjestelman konvergenssi- 
protokollakerroksella, tunnettu siita, etta 

matkaviestinjarjestelma on jarjestetty, vasteena sille, etta konteks- 
titunnisteen pituuden sallima maara datapakettiyhteyksia ylitetaan, maaritta- 
35 maan paatelaiteyhteyden parametrit uudestaan siten, etta kontekstitunnisteen 
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pituuden uusi arvo mahdollistaa kaikkien datapakettiyhteyksien otsikkokenttien 
kompressoinnin. 

15. Patenttivaatimuksen 12 tai 13 mukainen jarjestelma, jossa kom- 
pressointi on jarjestetty ohjattavaksi matkaviestinjarjestelman konvergenssi- 
5 protokollakerroksella, tunnettu siita, etta 

konvergenssiprotokollakerros on jarjestetty, vasteena sille T etta 
kontekstitunnisteen pituuden maksimiarvon sallima maara datapakettiyhteyk- 
sia ylitetaan, maarittamaan datapakettiyhteyksille useita linkkitason yhteyksia, 
joille datapakettiyhteydet allokoidaan. 
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(57) Tiivistelma 

Menetelma otsikkokenttien kompressoinnin maarittami- 
seksi datapakettiyhteydelle ja otsikkokenttien kompres- 
sointijarjestelma, jossa maaritetaan yhteyden eraana pa- 
rametrina kompressorille ja dekompressorille konteksti, 
jolla ohjataan mainittujen kompressorin ja dekornpressorin 
toimintaa. Datapakettiyhteyksien identifiointiin kaytetta- 
vaile kontekstitunnisteelle maaritetaan pituus kompresso- 
rin ja dekornpressorin vaiiselia tiedonsiirrolla, joka mainittu 
pituus maarittaa samalla yhteydella valitettavien kompres- 
soitujen datapakettiyhteyksien maksimimaaran. Jokainen 
datapakettiyhteys identifioidaan omalla kontekstitunnis- 
teella. Yhteyden parametrit maaritetaan siten, etta ainakin 
maaritetyn kontekstitunnisteen pituuden sallima maara 
datapakettiyhteyksien otsikkokenttia voidaan kompressoi- 
da huolimatta sirta, etta kontekstitunnisteen pituuden sal- 
lima ma£ra datapakettiyhteyksia ylitetaan. 
(Kuvio 5b) 
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